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IMPLICIT TEMPLATE HIERARCHY 

Field of the Invention 

The present invention relates in general to dynamic Web content and, in 
particular, to a system and method for dynamically generating Web document 
content using a rules-based engine and implicit template hierarchy. 

Background of the Invention 

Information technology continues to evolve as new forms of mass 
communications reach out to a broader and increasingly diverse audience. 
Recently, the Web, shorthand for "Worldwide Web," has introduced yet another 
form of mass communications based on the concept of a multimedia Web "site." 
A Web site is actually a collection of individually downloadable Web pages, 
generally with a common theme and structure, with embedded hyperlinks 
connecting the Web pages to other related Web pages and content. 

Web sites are authored by individual users and organizations, known as 
content providers, and are published for retrieval on host computer systems. Web 
site publishing is primarily computer network-based and requires a three-part 
support infrastructure. First, individual users execute browser applications for 
viewing Web pages on client computer systems. Second, content providers 
execute server applications on host computer systems. Finally, the host computer 
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systems must be interconnected to each client computer system via a data network 
or similar form of interconnectivity. The data network can include intranetworks, 
also known as local area networks, and wide area networks, including public 
information internetworks, such as the Internet, and various combinations thereof. 
5 Web pages can consist of plain or formatted text, images, sound or video 

clips, and other types of content. Each Web page is actually transmitted as an 
Hypertext Markup Language (HTML) script. HTML is a tag-delimited, page 
description programming language. Tags specify page layout and formatting 
instructions. The Web pages are downloaded and interpreted by a Web browser 
10 application. 

Most Web pages written in HTML are static with relatively unchanging 
content. HTML Web pages are self-contained scripts. Changing the content 
requires recoding the Web page prior to download. Recoding, though, imposes a 
maintenance burden on content providers who want to make periodic content 

1 5 changes to their Web sites. 

Nonetheless, many Web pages need to be regularly updated to reflect 
changing conditions, such as stock prices, news, database updates, and countless 
other types of information. Moreover, Web pages personalized for individual 
users encourage repeat visits to the Web site. Consequently, dynamic Web pages 

20 have become increasingly popular. 

In the prior art, there are four categories of commonly used approaches for 
providing dynamic Web page content. 

A first approach generates Web pages by embedding HTML directly into 
the source code. A compiled or interpreted program is written in a high order 

25 programming or scripting language, such as Java, PL/SQL, Perl, or C, to generate 
Web pages at runtime. These programs are invoked by a variety of methods and 
frameworks such as Servlets (Java), CGI (Perl and C), and COM Objects (C). 
The logic controlling the creation of dynamic content is embodied within the 
program. However, as with static Web pages, restructuring the generated Web 

30 pages in terms of appearance and changes in content type requires recoding the 
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underlying program. The look and feel of the resultant Web pages are potentially 
spread across several procedures. Moreover, thusly encoded Web pages cannot 
be easily visualized, as the HTML scripts are only generated at runtime and 
cannot be edited using conventional Web publishing tools. 
5 A second approach employs the reverse technique. Source code written in 

a higher order programming or scripting language is placed into Web page HTML 
code and is interpreted at runtime. Examples of this approach include 
ColdFusion, ASP (Active Server Pages) and JSP (Java Server Pages). Source 
code segments are placed directly into the HTML code. Tags or similar 

10 delimiters separate the source code segments from the page script. At runtime, a 
server executes the source code to generate a complete Web page. However, the 
source code is intrusive and can make using conventional Web editing tools 
difficult. The look and feel of a Web site can also be spread across several pages, 
imposing a maintenance burden. Finally, the application logic and user interface 

15 are not cleanly separated. Consequently, programmers and Web page artists find 
simultaneously working on the same page difficult. 

A third approach requires the use of design-by-specification tools. These 
types of tools generate code or perform runtime interpretation of the 
specifications. Nevertheless, these types of tools are ill suited for creating 

20 commercial Web sites as the page layouts are generally inflexible and the HTML 
code most often cannot be directly manipulated by a page artist. Moreover, this 
approach is generally optimized for database transactions and therefore 
inappropriate for many types of Web sites. 

Finally, a fourth category of approaches involves complex, proprietary or 

25 unproven technologies that are generally beyond the capabilities of most page 
artists and programmers working in corporate information technology 
departments. These technologies typically do not allow page artists to design 
Web page look and feel using conventional HTML editing tools, nor do these 
technologies provide adequate facilities to enable concurrent development. 
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Moreover, the programming models are typically complex such that simple tasks, 
such as iteration and defining optional display regions, are difficult to accomplish. 

Consequently, there is a need for an integrated solution to providing 
dynamic Web pages that cleanly separates the tasks of user interface design from 
5 application logic programming. Such a solution would allow for the complete 
separation of HTML code from program logic code while simultaneously 
providing for the generation of complex Web page designs. Such a solution 
would also allow page designers to work concurrently with application 
programmers on the same Web page. 
10 There is a further need for a dynamic Web page generation approach that 

allows page artists to design and visualize Web pages using conventional HTML 
code editing tools. Such a solution would take advantage of the structure inherent 
in HTML documents to describe the various displayable regions in a simple and 
unobtrusive manner. 

15 Summary of the Invention 

The present invention provides for a system and method for generating 
dynamic document content, particularly Web pages, encoded in a tag-delimited, 
page description language, such as HTML. A document engine accepts document 
templates containing positional markers and applies transformation rules 

20 according to substitution directives. The document templates represent the sum of 
all potential document elements. Each template is prepared in a common page 
description language for which visual editing tools are readily available. 

One or more markers can be included within the template. Each marker 
indicates a relative position within the document for dynamic content insertion. 

25 The specific syntax of the markers within the template documents are such that 
the templates can be visually inspected and modified free of visual distractions 
and program code artifacts. The embedded markers convey no semantics other 
than position within the template document. 

A controller program, written for the purpose of generating a document 

30 with dynamic content, invokes the document engine and specifies a particular 
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template. The template document is read into the document engine and a 
hierarchical structure of display regions is created. The hierarchical nature of the 
page description language is used to infer the set of regions suitable for inclusion 
in, repetition within, or deletion from the output document. Display regions are 
inferred by examining the implicit structure of the template document. 

The controller program directs the engine to substitute markers within the 
template with dynamic content. The document engine implements specific 
transformation rules that allow templates to be manipulated to produce arbitrarily 
complex output documents. The document engine accepts directives from the 
program and creates the output document. 

As an overview, the Web content is generated using Hypertext Templates 
(HTT). A template specifying all of the potential visual elements of a dynamic 
Web page, or portion of a Web page is prepared using a common Web page editor 
such as Microsoft Front-Page or Macromedia DreamWeaver. The template is 
preferably written in HTML. One or more markers is included in the template to 
indicate a relative position for dynamic content. The markers are simple strings 
and take the form of an identifying name, surrounded by a pair of pound signs. 
The markers can be placed anywhere within the HTML document, including 
inside HTML elements. 

The template is uploaded into database storage using a template manager 
application. The template manager application allows templates to be maintained, 
catalogued, and viewed. A controller program, written in either Java or Oracle 
PL/SQL, invokes an HTT engine and specifies a particular template. The 
template version and subtype can also be specified. The HTT engine locates and 
parses the template and creates an in-memory hierarchical structure of linked 
nodes that each represent a particular display region within the template. The 
display regions are inferred by examining the implicit structure of the template, 
and also by looking for HTML identifier attributes. Attributes of the display 
regions, such as name, offset into the template, length, and type, are stored. 
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The controller program makes substitution calls to the HTT engine 
specifying markers and dynamic content to be placed at the marker location. The 
HTT engine responds to substitution calls from the controller program and creates 
a hierarchical structure of output regions representing an ordered list of display 
5 regions that are to be included in the output document. Those display regions not 
having embedded markers, that is, only consisting of static content, are simply 
added to the output structure. Those display regions and any encapsulating parent 
display regions which contain markers and for which dynamic content is specified 
are added to the output structure. Those display regions and any encapsulating 
10 display regions that contain markers but do not have dynamic content specified 
are omitted from the output structure. Markers can be specified for substitution 
multiple times, causing specific display regions to be repeated in the output 
structure. 

The controller program indicates that it is ready for the Web page to be 

1 5 displayed. The HTT engine scans the output structure to determine the output 

order of the display regions. For each output region, the static content is retrieved 
from the template and inserted into an output buffer and dynamic content is 
inserted into the output buffer at the position indicated by the substitution marker. 
Each output region that is hierarchically superior to the node being processed, and 

20 that has not already been included in the output buffer, is also processed in a 
recursive fashion. Finally, the Web page, consisting of well-formed HTML, is 
read from the output buffer and returned to the Web browser. 

An embodiment of the present invention is a system and method for 
dynamically generating Web content using a parse tree. A template describing a 

25 dynamically generated Web page is built. The template includes a script written 
in a tag-delimited page description language. One or more markers included 
within the template each indicate a relative location within the Web page for 
dynamic content insertion. Display regions are defined via a parse tree. The 
parse tree includes a plurality of nodes structured into levels. Each node 

30 corresponds to structural tags specified within the script. Each successive level 
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represents a further nesting of the structural tags within the script. Each marker is 
substituted with dynamic content. The dynamic content is inserted into the 
display region for the substituted marker. Each node located in a level of the 
parse tree previous to the node corresponding to the substituted marker is 
5 processed. The Web page script is served into an output buffer with the dynamic 
content included therein. 

Still other embodiments of the present invention will become readily 
apparent to those skilled in the art from the following detailed description, 
wherein is described embodiments of the invention by way of illustrating the best 
10 mode contemplated for carrying out the invention. As will be realized, the 

invention is capable of other and different embodiments and its several details are 
P capable of modifications in various obvious respects, all without departing from 

5 the spirit and the scope of the present invention. Accordingly, the drawings and 

"j: detailed description are to be regarded as illustrative in nature and not as 

=fl 15 restrictive. 

J* Brief Description of the Drawings 

g FIGURE 1 is a block diagram showing a distributed computing 

hi environment, including a system for dynamically generating Web document 

^ content using a rules-based engine and implicit template hierarchy, in accordance 

P 20 with the present invention. 

FIGURE 2 is a detail block diagram showing the system for dynamically 
generating Web content of FIGURE 1. 

FIGURE 3 is a code segment showing, by way of example, a HTT 
template. 

25 FIGURE 4 is a screen shot showing, by way of example, a Web page 

generated from the HTT template of FIGURE 3 . 

FIGURE 5 is a tree diagram showing, by way of example, a parse tree 
generated from the HTT template of FIGURE 3. 

FIGURE 6 is a block diagram showing the functional software modules of 
30 the HTT engine of FIGURE 1 . 
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FIGURE 7 is a flow diagram showing a method for dynamically 
generating Web document content using a rules-based engine and implicit 
template hierarchy in accordance with the present invention. 

FIGURE 8 is a flow diagram showing a routine for executing an HTT 
5 template for use in the method of FIGURE 7. 

FIGURE 9 is a flow diagram showing a routine for parsing an HTT 
template for use in the routine of FIGURE 8. 

FIGURE 10 is a flow diagram showing a routine for substituting markers 
for use in the routine of FIGURE 8. 
10 FIGURE 1 1 is a flow diagram showing a routine for rendering a 

dynamically generated Web page for use in the routine of FIGURE 8. 

Detailed Description 

FIGURE 1 is a block diagram showing a distributed computing 
environment 9, including a system 10 for dynamically generating Web document 

15 content using a rules-based engine and implicit template hierarchy, in accordance 
with the present invention. The system 10 consists of a server 1 1 operating on a 
host computer system that serves Web pages and content to a plurality of clients. 

Various types of clients can be interconnected to the server 1 1 . These 
clients include a locaLclient 12 interconnected directly to the server 1 1 and a dial- 

20 in client 13 interconnected via a set of modems 14. In addition, a network client 
15 can be interconnected through an Internet service provider (ISP) 16 that is 
interconnected to the server 1 1 via an internetwork 17, including the Internet. 
Similarly, one or more local area network (LAN) clients 18 can be interconnected 
to the server 11 via an intranetwork 19 that is itself interconnected to the 

25 internetwork 17 via a router 20 or similar device. Other types of clients, network 
topologies and configurations, and forms of interconnection are feasible. 

In addition to performing those tasks ordinarily associated with hosting 
network services, the server 1 1 executes three principal applications: a template 
manager 21, a hypertext template (HTT) engine 22, and a database engine 23. In 

30 addition, the server 1 1 includes a secondary storage device 24 in which ancillary 
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files 25 and a database 26 are maintained. The template manager 21 loads 
templates into the database 26. The HTT engine 22 accepts commands and 
transforms templates into generate dynamic content. Finally, the database engine 
23 is the primary interface between the server 10 and the databases 26 and is used 
5 to maintain and interrogate the databases 26. The template manager 21, HTT 
engine 22, database engine 23, ancillary files 25, and database 26 are further 
described below with reference to FIGURE 2. 

The server 1 1 receives requests from clients and sends replies in the form 
of Web pages and content over the "Web." Clients view the Web pages and 

10 content on browser applications 27. Browser applications 27 suitable for use in 
the present invention include the Internet Explorer, licensed by Microsoft 
Corporation, Redmond, Washington, and the Navigator, licensed by Netscape 
Corporation, Mountain View, California. 

The Web, shorthand for "Worldwide Web," loosely refers to session- 

15 oriented data communications occurring in a networked computing environment 
and conforming to the Hypertext Transport Protocol (HTTP). HTTP 
communications usually occur over Transmission Control Protocol/Internet 
Protocol-based (TCP/IP) data networks, although other types of packet switched 
data networks also support HTTP. The HTTP suite is described in W.R. Stevens, 

20 "TCP/IP Illustrated," Vol. 3, Chs. 13-14, Addison- Wesley (1996), and the TCP/IP 
suite is described in W.R. Stevens, "TCP/IP Illustrated," Vol. 1, Ch. 1 et seq., 
Addison- Wesley (1994), the disclosures of which are incorporated herein by 
reference. 

The individual computer systems, including the server 1 1 and clients 12, 
25 13, 15, 18, are general purpose, programmed digital computing devices consisting 
of a central processing unit (CPU), random access memory (RAM), non-volatile 
secondary storage, such as a hard drive or CD ROM drive, network interfaces, 
and peripheral devices, including user interfacing means, such as a keyboard and 
display. Program code, including software programs, and data are loaded into the 
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RAM for execution and processing by the CPU and results are generated for 
display, output, transmittal, or storage. 

FIGURE 2 is a detail block diagram showing the system 10 for 
dynamically generating Web content of FIGURE 1. The server 1 1 consists of 
5 three functional modules: template manager 21, HTT engine 22, and database 
engine 23. The template manager 21 maintains an HTT template repository 32 
within the database 26. Each HTT template is a modified Web page initially 
written as an interpretable script in a tag-delimited page description language, 
such as HTML or XML. Markers are embedded into the script at locations where 

10 dynamic content will appear. The template manager 21 uploads the HTT 
templates into the HTT template repository 32. 

The HTT engine 22 generates dynamic Web pages 34 by substituting the 
markers embedded within the HTT templates with dynamic content according to 
controller programs 3 1 . Each controller program 3 1 specifies a dynamic Web 

15 page to be generated as a series of commands, as further described below with 
reference to FIGURE 4. In the described embodiment, each controller program 
31 is written in either Java or Oracle PL/SQL. The controller program 31 invokes 
the HTT engine 22, specifies an HTT template, and makes substitution calls to the 
HTT engine 22. In the case of PL/SQL, each PL/SQL controller program 35 is 

20 stored in and is executed by the database 26. In the case of Java, a Java program, 
typically a Servlet, is invoked by a Servlet runner or application server (not 
shown) and the Servlet in turn invokes the HTT engine 22. The dynamic Web 
pages are generated as HTML, although other tag-delimited, page description 
languages could be used. 

25 Finally, the database engine 23 interfaces to the database 26 and is used to 

maintain and execute queries on the database 26. In particular, the database 
engine 23 enables the HTT Engine 22 to combine dynamic data 33 stored in the 
database 26 with the HTT templates to generate the dynamic Web pages 34. 

In the present embodiment, the template manager 21 and HTT engine 22 

30 execute inside the database 26. The template manager 21 is written in PL/SQL, 
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which is executed by the database 26 and the HTT engine 22 is written in Java, 
which is also executed by the database 26. Other configurations are possible - we 
have successfully run the HTT engine outside the database, typically when 
running with a Java controller program. 
5 FIGURE 3 is a code segment showing, by way of example, an HTT 

template 35. Each HTT template 35 is a Web page script with embedded markers 
indicating the relative location for dynamic content insertion. In the described 
embodiment, Web pages are written in HTML and markers are simple identifiers 
delimited by a pair of pound signs ("#") with no white space. 
10 The HTT engine 22 locates and parses the HTT template 35 and creates an 

in-memory hierarchy of display regions. The display regions correspond to the 
HTML content specified by pairs of selected structural tags. Each display region 
is stored as a node in a parse tree and successive layers of nested structural tags 
are stored as levels within the parse tree. Parse trees are further described below 
1 5 with reference to FIGURE 5 . 

FIGURE 4 is a screen shot showing, by way of example, a visual 
representation of an HTT template 35 of FIGURE 3, such as might be shown by 
an HTML editor. The HTT template 35 defines a table 40 with a heading row 41 
containing static text and a data row 42 containing two cells. The data row 42 
20 includes two markers, #SYMBOL# 43 and #COMPANY# 44. Another marker, 
#HREF# is in the template, but is not displayable as visible content. The markers 
43, 44 indicate the relative locations within the Web page at which dynamic 
content should be inserted. 

A controller program 31 (shown in FIGURE 2) drives the dynamic 
25 generation of Web pages by specifying the display regions within the HTT 

template 35 to include. By default, all display regions with embedded markers, as 
well as any parent display regions in the parse tree, are deleted and no code for 
that section of any dynamically generated Web pages 34 is generated. Display 
regions with embedded markers specifically indicated in a controller script 31 and 
30 those display regions without embedded markers are displayed. Marker 
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substitutions can be repeated by duplicating the corresponding display regions in 
the output tree as many times as is necessary. "Fixed" and "sliding" modes are 
also available to determine exactly where new display regions will be placed in 
the output tree, as further described below. 
5 For example, a controller script 31 written in PL/SQL to generate a 

dynamic Web page from the HTT template 35 shown in FIGURE 3 is as follows: 

BEGIN 

htt . get ( 1 companies . html ' ) ; 
10 htt. sub ('HREF', 'http://www.acme.com'); 

htt . sub ( ' SYMBOL ' , ' ACME 1 ) ; 
htt . sub ( 1 COMPANY » , » ACME Corporation ■ ) ; 
htt. break; 

htt .sub ( 'HREF' , 'http://www.orcl. com' ) ; 
15 htt. sub (' SYMBOL' , ' ORCL » ) ; 

htt. sub ('COMPANY', ' Oracle Corporation ') ; 

htt . showpage; 

END; 

20 where htt.get specifies the name of the HTT template 35 as "companies.html," 
htt.sub specifies the markers to replace, "HREF," "SYMBOL" and 
"COMPANY," and the replacement dynamic data, "http://www.acme.com," 
"ACME" and "ACME Corporation " respectively, httbreak directs the HTT 
engine 22 to insert a new display region as a parent to the last display region 

25 substituted, and httshowpage directs the HTT engine 22 to send the generated 
Web page to the Web browser. Since this controller program 31 specifies all 
three markers, no display regions will be deleted. 

Also, the display region corresponding to the TH element in the template 
(shown on line 8 of FIGURE 3) will be output if any substitution is made on any 

30 of the three markers. The TH element contains only static text and is part of the 
surrounding TABLE region. Consequently, the display region corresponding to 
the TH element must be output as part of the table and is a required part of the 
output for the TD regions. 

There are two distinct substitution modes. In "fixed" mode, the HTT 

35 engine 22 fixes the ordering of display regions in the output to match the ordering 
of the markers specified in the HTT templates 35. In "sliding" mode, the HTT 
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engine 22 allows the controller programs 31 to specify the ordering of display 
regions. Display regions can only "slide" in relation to peer display regions 
inheriting from a common ancestor display region in the parse tree. 

The present approach allows many-to-many relationships between 
controller programs 31 and HTT templates 35. As well, different versions of 
HTT templates 35 can be used with different controller programs 31 for increased 
flexibility and functionality. 

FIGURE 5 is a tree diagram showing, by way of example, a parse tree 50 
generated from the HTT template 35 of FIGURE 3. Each parse tree represents 
the structure of a template as an implicit template hierarchy by forming a data 
structure reflecting the nesting of individual page layout elements. The HTML 
language, for instance, defines a hierarchy of page elements, specified by 
delimiter tags that are generally specified in pairs. Although most HTML tags 
can be nested, only a few of these tags actually affect the overall layout of the 
Web page. A list of the recognized HTML structural tags that have particular 
impact on the layout of a Web page is shown in Table 1 . 



TAGS 


DESCRIPTION 


<HEAD> 


</HEAD> 


Delimits non displayable part of the 
HTML 


<STYLE> 


</STYLE> 


Contains the stylesheet directives. 


<TABLE> 


</TABLE> 


Defines a table 


<TH> 


</TH> 


Defines a table header 


<TR> 


</TR> 


Defines a horizontal row of table data 


<TD> 


</TD> 


Defines an individual cell of table data 


<UL> 


</UL> 


Defines unordered list 


<OL> 


</OL> 


Defines an ordered list 


<LI> 


</LI> 


Defines a list item 


<FORM> 


</FORM> 


Contains data input elements. 


<SELECT> 


</SELECT> 


Specifies a collection of input list 
options 


<OPTION> 


</OPTION> 


Specifies an input list option 
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TAGS 


DESCRIPTION 


<DIV> 


</DIV> 


Defines a rectangular area 


<SPAN> 


</SPAN> 


Defines a non-rectangular area 



Table 1. 

The example parse tree 50 consists of six nodes structured into five linked 
layers. Thus, the tree reflects six structural tag pairs with five layers of nesting. 
The first node 51, "Region 0," establishes the root of the hierarchy. The second 
5 node 52 and third node 53, "Region 1" and "Region 2," correspond to the pair of 
"BODY" and "TABLE" tags on lines 5 and 15, and 6 and 14, respectively. The 
actual tags are nested within each other in the template. Consequently, the nodes 
associated with each of the tags is placed on a successive layer of the parse tree 
50. 

1 0 The fourth node 53, "Region MYROW" corresponds to the pair of "TR" 

tags on lines 10 and 13 in the template. However, since this tag has an identifier 
(ID) attributed, the display region is descriptively labeled using the identifier. 
This descriptive label can be used to select between two markers of the same 
name within the template. Finally, the fifth node 55, "Region 3," and sixth node 

15 56, "Region 4," which correspond to the pair of "TD" tags on lines 1 1 and 12, are 
nested at equal levels within the template and these nodes appear within the same 
layer of the parse tree 50. Other data structures could be used. 

FIGURE 6 is a block diagram showing the functional software modules 70 
of the HTT engine 32 of FIGURE 1 . Each module is a computer program or 

20 procedure written as source code in a conventional programming language, such 
as the Java programming language, and is presented for execution by the CPU as 
object or byte code, as is known in the art. The various implementations of the 
source code and object and byte codes can be held on a computer-readable storage 
medium or embodied on a transmission medium in a carrier wave. The server 1 1 

25 operates in accordance with a sequence of process steps, as further described 
below beginning with reference to FIGURE 7. 
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The HTT engine 32 includes three main modules: parsing 71, substitution 
73, and rendering 74. The parsing module 71 parses the HTT template and 
generates the parse tree 50. The substitution module 72 creates an output tree by 
consulting the parse tree 50. Finally, the rendering module 73 outputs the 
5 generated dynamic Web page 34 into an output buffer. 

FIGURE 7 is a flow diagram showing a method 80 for dynamically 
generating Web document content using a rules-based engine and implicit 
template hierarchy. The HTT engine 22 operates in two phases: initialization 
(block 81) and processing (blocks 82-85). During initialization (block 81), the 

10 HTT engine 32 accesses the database 26 by opening a connection to the database 
engine 23 (shown in FIGURE 1). Processing (blocks 82-85) occurs in an iterative 
loop. During each iteration, requests for Web pages are received (block 83) and 
processed (block 84), as further described below with reference to FIGURE 8. 
Processing continues until the program is terminated. 

15 FIGURE 8 is a flow diagram showing a routine 100 for executing an HTT 

template for use in the method of FIGURE 7. The purpose of this routine is to 
process each Web page request and generate dynamic content per a controller 
program 31 (shown in FIGURE 2). An HTT template 35 is retrieved from the 
HTT template repository 32 in response to a get call from the controller program 

20 31 (block 101). If a parse tree 50 already exists for this template (block 102), the 
HTT template 35 is not retrieved and the existing parse tree 50 is used (block 
103). Otherwise, the retrieved template 35 is parsed to build a parse tree 50 
representing the display regions within the template (block 104), as further 
described below with reference to FIGURE 9. 

25 Next, the markers are iteratively substituted (blocks 105-107) in response 

to each sub call from the controller program 3 1 . Each display region for each 
marker in the HTT template 35 for which a substitution is specified in the 
controller program 3 1 is placed into the output tree (block 106), as further 
described below with reference to FIGURE 10. The marker substitution is 

30 repeated for each sub call (blocks 105-107). 
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Finally, the resultant Web page, is rendered in response to a showpage call 
from the controller program 31 by sending the page to the requesting browser 
application 27 (shown in FIGURE 1) (block 108), as further described below with 
reference to FIGURE 1 1 . The routine then returns. 
5 FIGURE 9 is a flow diagram showing a routine 120 for parsing an HTT 

template 35 for use in the routine of FIGURE 8. The. purpose of this routine is to 
define display regions in the parse tree 50. The parse tree 50 is structured as a 
hierarchy of nodes with one node per display region. For convenience, these 
nodes are simply referred to as regions. A "Top" display region 51 is created to 
10 form the root of the parse tree 50 (block 121). This "Top" display region is 

pushed onto a memory stack (block 122). The memory stack is used to track the 

y nesting levels of embedded display regions. The remainder of the routine 120 

yl iteratively processes each "token" (blocks 123-137) as follows. 

j= The HTT template 35 is tokenized, that is, each non- white space word is 

1 5 identified and formed into an ordered list of words. Each next token is removed 

jjy from this internal list (block 123) and analyzed. During token analysis, if the 

token is a marker, (block 124), the last display region pushed onto the stack is 

f3 retrieved and the present marker is added to the tag list for this region (block 125). 

U The marker and display region are then added to a hash table, using the marker as 

Sf 20 a hash key and the display region as a value (block 126). The hash table is used 

to efficiently process display regions and markers. If this token is not the last 
token (block 137), iterative processing continues with the next token (block 123). 
Otherwise, the "Top" display region is popped from the stack (block 138) and the 
routine returns. 

25 Continuing with token analysis, if the token is an open HTML tag (block 

127), a new display region is created (block 128). This new display region is 
added to the parent display region's child list (block 129), as the parent display 
region is the last display region on the top of the stack. This new display region is 
then pushed onto the stack (block 130). As before, if this token is not the last 

30 token (block 137), iterative processing continues with the next token (block 123). 
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Otherwise, the "Top" display region is popped from the stack (block 138) and the 
routine returns. 

Continuing again with token analysis, if the token is a close HTML tag 
(block 136), the topmost display region is popped off the stack (block 132). If 
5 this display region does not have any child display regions (block 133) and if this 
display region does not have any markers (block 135), this display region is 
removed from the parent display region's child list (block 134). As before, if this 
token is not the last token (block 137), iterative processing continues with the next 
token (block 123). Otherwise, the "Top" display region is popped from the stack 

10 (block 138) and the routine returns. 

Completing token analysis, if the token is not a close HTML tag (block 
136), the token is ignored (block 136). As before, if this token is not the last 
token (block 137), iterative processing continues with the next token (block 123). 
Otherwise, the "Top" display region is popped from the stack (block 138) and the 

15 routine returns. 

FIGURE 10 is a flow diagram showing a routine 140 for substituting 
markers for use in the routine of FIGURE 8. The purpose of this routine is to 
populate the output tree, also referred to as the "draw list." Preliminarily, if the 
current marker is not in the retrieved HTT template 35 (block 151), an error 

20 condition exists (block 152) and the routine returns. Otherwise, the display region 
to which the current marker belongs is retrieved from the hash table (block 153). 
The marker is then processed as follows. 

If the display region has not been added to the parent display region's 
draw list (block 154), the marker is replaced with a value in the display region 

25 (block 155). If "Sliding mode" is set (block 156), the display region is added to 
the end of the draw list for the parent display region (block 157). "Sliding" mode 
allows the ordering of the output to be determined by the order of the occurrence 
of markers. Otherwise, if "Sliding" mode is not set (block 156), "Fixed" mode is 
set and the display region is added to the draw list of the parent display region in 

30 the order defined by the template (block 158). Whether in "Fixed" or "Sliding" 
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modes (blocks 158 and 157, respectively), if the parent region is in the drawing 
list of its parent region, that is, the parent region is in the output tree, the display 
region (or region being processed) is set to the parent region (block 160) and the 
"Sliding" or "Fixed" mode determination and outputting operations are repeated 
5 (blocks 156-158) until no further parent regions are found (block 159). The 

routine then returns. The effect of this processing loop (blocks 156 through 160) 
is to walk up the parse tree, making sure that all enclosing display regions are 
properly included in the output tree. 

Continuing with marker processing, if the marker in the current display 

10 region has not already been substituted (block 161), the marker is replaced with a 
value in the display region (block 162) and the routine returns. 

Continuing with marker processing, if the marker in the current display 
region has already been substituted (block 161), the display region is duplicated 
(block 164). If there is no break in the parent display region (block 163), the 

15 marker is replaced with a value in the new display region (block 155). The 

"Sliding" or "Fixed" mode determination and outputting operations are performed 
and repeated (blocks 156-158) until no further parent regions are found (block 
159). The routine then returns. 

Completing marker processing, if there is a break in the parent display 

20 region (block 163), the parent region of the display region is duplicated (block 
165) and a new region is added to the draw list of the new parent display region 
(block 166). The marker is replaced with a value in the display region (block 
167) and the display region is set to the new parent display region (block 160). 
The "Sliding" or "Fixed" mode determination and outputting operations are 

25 performed and repeated (blocks 156-158) until no further parent regions are found 
(block 159). The routine then returns. 

FIGURE 1 1 is a flow diagram showing a routine for rendering a 
dynamically generated Web page for use in the routine of FIGURE 8. The 
purpose of this routine is to generate a HTML Web page. First, the draw list for 

30 the "Top" display region is retrieved (block 181) and any HTML code occurring 
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before the first child display region is output (block 182). Next, each display 
region in the draw list is iteratively processed (blocks 183-189), as follows. 

If the current display region contains any child regions (block 184), the 
HTML code is output and any markers in this display region that appear before 
5 the child regions are replaced (block 185). This routine is recursively called to 
render each child region (block 186). Finally, the HTML code is output and any 
markers in this display region that appear after the child regions are replaced 
(block 187). If the current display region does not contain any child regions 
(block 184), the HTML code is output and any markers in this display region are 
1 0 replaced with values (block 1 88). 

Upon the completion of iterative processing (blocks 183-189), any HTML 
code occurring after the last child region is output (block 190), after which the 
routine returns. 

While the invention has been particularly shown and described as 
15 referenced to the embodiments thereof, those skilled in the art will understand that 
the foregoing and other changes in form and detail may be made therein without 
departing from the spirit and scope of the invention. 
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